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The present invention relates to a method 
and a system for managing a data object so 
as to comply widi predetennined conditions for 
usage of the data object. To control die usage of 
die data object, a set of ccmtzol data, defining 
usages of the data object which comply with 
the predetermined conditions, is created for the 
data object The data object is concatenated 
wid) the user set of control data, encrypted and 
transferred to the user. When the user wants 
to use the data object, a special user program 
checks whether die usage complies widi die 
control data. If so, die usage is enabled. 
Odierwlse it is disabled. 
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1 

A METHOD AND SYSTEM FOR MANAGING A DATA OBJECT SO AS TO 
COMPLY WITH PREDETERMINED CONDITIONS FOR USAGE 

Technical Field 

The present invention relates to data processing and 
more particularly to a method and a system for managing 
data objects so as to comply with predetermined condi- 
5 tions for usage. 
Background 

Much has been written recently regarding the puzzle 
of universal connectivity. A typical vision of the data 
highway has long distance high speed data carriers inter- 
10 connecting regional networks which provide telecommunica- 
tions services and a wide range of interactive on-line 
services to consumers- Many of the pieces are already in 
place, others are in development or testing. In fact, 
even though the data highway is under construction it is 
15 currently open to limited traffic. On-line services are 
springing up daily and video on demand services are 
currently being tested. 

The potential to benefit society is immense. The 
scope of information available to consumers will become 
20 truly global as the traditional barriers to entry for 
distribution of, and access to, information are lowered 
dramatically. This means that more diverse and specia- 
lized information will be made available just as con- 
veniently as generic sources from major vendors used to 
25 be. The end result is that organizations and individuals 
will be empowered in ways heretofore only imagined. 

However, a fully functioning data highway will only 
be as valuable as the actual services which it provides. 
Services envisioned for the data highway that involve the 
30 delivery of data objects (e.g. books, films, video, news, 
music, software, games, etc.) will be and are currently 
limited by the availability of such objects. Library and 
educational services are similarly affected. Before 
owners will allow their data objects to be offered they 
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must be assured of royalty payments and protection from 
piracy. 

Encryption is a key component of any solution to 
provide copy protection. But encryption alone is not 
5 enough. During transmission and storage the data objects 
will be protected by encryption, but as soon as anyone is 
given the key to decipher the content he will have un- 
limited control over it. Since the digital domain permits 
data objects to be reproduced in unlimited quantities 
10 with no loss of quality, each object will need to be pro- 
tected from unlimited use and unauthorized reproduction 
and resale. 

The protection problem must not be solved by a sepa- 
rate solution for each particular data format, because 

15 then the progress will indeed be slow. It is important to 
consider the effect of standardization on an industry. 
Consider how the VHS, the CD and the DAT formats, and the 
IBM PC compatibility standards have encouraged growth in 
their respective industries. However, if there is to be 

20 any type of standardization, the standard must provide 
universal adaptability to the needs of both data provi- 
ders and data users. 

The data object owner may want to have permanent 
secure control over how, when, where, and by whom his 

25 property is used. Furthermore, he may want to define 
different rules of engagement for different types of 
users and different types of security depending on the 
value of particular objects. The rules defined by him 
shall govern the automated operations enabled by data 

30 services and networking. The owner may also want to sell 
composite objects with different rules governing each 
constituent object. Thus, it is necessary to be able to 
implement variable and extensible control. 

The user on his part wants to be able to search for 

35 and purchase data objects in a convenient manner. If 
desired, the user should be able to combine or edit 
purchased objects (i.e. for creating a presentation) . 
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Furthermore, the user may want to protect his children 
from inappropriate material. A complete solution must 
enable these needs as well. 

What is needed is a universally adaptable system and 
5 method for managing the exchange and usage of data 
objects while protecting the interests of data object 
owners and users. 
Prior Art 

A method for enforcing payment of royalties when 
10 copying softcopy books is described in the European 

patent application EP 0 567 800. This method protects a 
formatted text stream of a structured document which 
includes a royalty payment element having a special tag. 
When the formatted text stream is inputted in the user's 
15 data processor, the text stream is searched to identify 
the royalty payment element and a flag is stored in the 
memory of the data processor. When the user for instance 
requests to print the document, the data processor 
requests authorization for this operation from a second 
20 data processor. The second data processor charges the 

user the amount indicated in the royalty payment element 
and then transmits the authorization to the first data 
processor. 

One serious limitation of this method is that it can 
25 only be applied to structured documents. The description 
of the above-mentioned European patent application de- 
fines a structured document as: a document prepared in 
accordance with an SGML-compliant type definition. In 
other words it can not be applied to documents which are 
30 not SGML compliant and it cannot be applied to any other 
types of data objects. 

Furthermore, this method does not provide for vari- 
able and extensible control. Anyone can purchase a soft- 
copy book on a CD, a floppy disc or the like, and the 
35 same royalty amount is indicated in the royalty payment 
element of all softcopy books of the same title. 
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ThuS/ the method described in EP 0 567 800 does not 
satisfy the above-mentioned requirements for universally 
adaptable protection of data objects. 
Summary of the Invention 
5 Accordingly, it is a first object of the invention 

to provide a method and a data processing system for 
managing a data object in a manner that is independent of 
the format and the structure thereof, so as to comply 
with predetermined conditions for usage control and 
10 royalty payment. 

It is a further object of the invention to provide 
such a method and system which is universally adaptable 
to the needs of both the owner and the user of the data 
object . 

15 A further object of the invention is to provide such 

a method and system which enables a data object provider 
to distribute his data object while maintaining control 
of the usage thereof. 

Yet another object of the invention is to provide a 
20 method and system which allows a data object provider to 
select the level of security for his data object in a 
flexible way. 

Yet another object of the invention is to provide 
such a method and system which makes it possible to 
25 establish an audit trail for the data object. 

Yet another object is to provide such a method and 
system which makes it possible to sell and buy data 
objects in a secure way. 

The above-mentioned objects are achieved by a method 
30 and a system having the features of claims 1, 16, 21, 24 
and 27. 

Particular embodiments of the inventions are recited 
in the subclaims. 

More particularly, a data object provider, e.g. the 
35 owner of a data object or his agent (broker) , stores the 
data object in a memory device, e.g. a bulk storage 
device, where it is accessible by means of the data 
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provider's data processor. The data object can consist of 
digital data, analog data or a combination or hybrid of 
analog and digital data. 

A general set of control data, which is based on the 
5 predetermined conditions for usage of the data object, is 
created and stored in the same memory device as the data 
object or another memory device where it is accessible by 
the data provider's data processor. The predetermined 
conditions for usage may be defined by the data object 
10 owner, by the broker or by anyone else. They may differ 
between different data objects. 

The general set of control data comprises at least 
one or more usage control elements, which define usages 
of the data object which comply with the predetermined 
15 conditions. These usages may encompass for instance the 

kind of user, a time limit for usage, a geographical area 
for usage, allowed operations, such as making a hard copy 
of the data object or viewing it, and/or claim to royalty 
payment. The general set of control data may comprise 
20 other kinds of control elements besides the usage control 
element. In a preferred embodiment, the general set of 
control data comprises a security control element which 
defines a security procedure which has to be carried out 
before usage of the data object. It also comprises an 
25 identifier, which uniquely identifies the general set of 
control data. 

The general set of control data is concatenated with 
a copy of the data object. Thus, the control data does 
not reside in the data object, but outside it, which 

30 makes the control data independent of the format of and 
the kind of data object and which allows for usage 
control independently of the data object format. 

At least the usage control element (s) and the data 
object are encrypted, so that the user is unable to use 

35 the data object without a user program which performs the 
usage control and which decrypts the data object. Alter- 
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natively, the whole set of control data and the copy of 
the data object may be encrypted. 

A user may request authorization for usage of a data 
object residing at a data provider's processor via a data 
5 network or in any other appropriate way. The authoriza- 
tion may or may not require payment. When a request for 
authorization for usage is received, a user set of con- 
trol data is created by the data provider's processor. 
The user set of control data comprises the general set of 
10 control data or a subset thereof including at least one 
of said usage control elements which is relevant for the 
actual user. It typically also includes a new identifier 
which uniquely identifies this set of control data. If 
relevant, the user set of control data also comprises an 
15 indication of the number of usages authorized. If more 
than one kind of usage is authorized, the number of each 
kind of usage may be specified. Finally, the user set of 
control data is concatenated with a copy of the data 
object, and at least the usage control elements and the 
20 copy of the data object are encrypted to create a secure 
data package ready for transfer to the user. 

Before the data package is transferred to the user, 
it should be confirmed that the request for authorization 
for usage has been granted. The check is preferably 
25 carried out before the user set of control data is crea- 
ted. However, it can also be carried out in parallel with 
or after the creation of the user control data. In the 
latter case, the number of usages requested by the user 
is tentatively authorized and included in the user set, 
30 but if the request is refused the user set is cancelled 
or changed. 

The data package may be transferred to the user by 
electronic means or stored on bulk storage media and 
transferred to the user by mail or by any suitable 
35 transportation means. 

Once the data object has been packaged in the above- 
described manner, it can only be accessed by a user 
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program which has built-in usage control and means for 
derypting the data package. The user program will only 
permit usages defined as acceptable in the control data. 
Moreover, if the control data comprises a security con- 
5 trol element, the security procedure prescribed therein 
has to be complied with. In one embodiment, the usage 
control may be performed as follows. If the user decides 
to use a data object, the user program checks the control 
data to see if this action is authorized. More particu- 
10 larly, it checks that the number of authorized usages of 
this kind is one or more. If so, the action is enabled 
and the number of authorized usages decremented by one. 
Otherwise, the action is interrupted by the user program 
and the user may or may not be given the opportunity to 
15 purchase the right to complete the action. 

After the usage, the user program repackages the 
data object in the same manner as it was packaged before. 

When a data object is redistributed by a user or a 
broker, new control elements are added in the control 
20 data to reflect the relation between the old user/broker 
and the new user /broker. In this way, an audit trail for 
the data object may be created. 

According to another aspect of the invention at 
least two data packages are stored on a user's data 
25 processor, which examines the usage control elements of 

the data packages in order to find a match. If a match is 
found, the user's data processor carries out an action 
which is specified in the user set of control data. This 
method can be used for selling and buying data objects* 
30 Brief Description of Drawings 

Fig. 1 is a flow diagram showing the general data 
flow according to the invention. 

Fig. 2 is a system block diagram of a data object 
provider's data processor. 
35 Fig. 3 is a block diagram showing the different 

modules of a data packaging program according to the 
invention . 
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Fig, 4 is a data flow diagram of a data packaging 
process . 

Fig. 5 is an example of a header file- 

Fig. 6 is an example of a usage data file. 
5 Fig. 7 is a data flow diagram of loading an object 

to the data object provider's data processor. 

Figs 8a and 8b are examples of control data for a 
data object on the data object provider's data processor 
and for an object ready to be transferred to a user, 
10 respectively. 

Fig. 9 is a data flow diagram of data packaging on 
the data object provider's data processor. 

Fig. 10 is a flow diagram of a data packaging proce- 
dure , 

15 Fig. 11 is a memory image of a data object and its 

control data. 

Fig. 12a is a memory image of the concatenated con- 
trol data and data object. 

Fig. 12b is a memory image of the concatenated and 
20 encrypted control data and data object. 

Fig. 13 is a system block diagram of a user's data 
processor. 

Fig. 14 is a block diagram showing the different 
modules of a user program according to the invention. 
25 Fig. 15 is a flow diagram of using a data object on 

the user's data processor. 

Fig, 16 is a flow diagram of how the user program 
operates in a specific application example. 

Fig. 17 is an example of various data package struc- 
30 tures for composite objects. 

Description of the Best Mode for Carrying Out the 

Invention 

General Overview 

Fig. 1 is a flow diagram showing the general data 
35 flow according to the invention. The flow diagram is 
divided into a data object provider part 1 and a user 
part 2. 
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In the data object provider part 1, a data object 24 
is created by an author. The data object can consist of 
digital data, analog data or a combination or hybrid of 
analog and digital data. The primary difference between 
5 analog data objects and digital data objects is the means 
for storage, transfer and usage. 

The author also determines the conditions 42 for the 
usage of the data object 24 by a user. The data object 24 
and the usage conditions 42 are input to a data packaging 
10 program 19, which creates a secure data package 40 of the 
data object and of control data which are based on the 
input usage conditions 42. Once packaged in this way, the 
data object can only be accessed by a user program 35, 
The data object may be packaged together with a 
15 general set of control data, which is the same for all 
users of the data object. This may be the case when the 
data object is sent to a retailer or a bulletin board, 
wherefrom a user may obtain it. The data object may also 
be packaged as a consequence of a request from a user for 
20 usage of the data object. In that case, the package may 
include control data which is specifically adapted to 
that user. This control data is called a user set of 
control data. It may for example comprise the number of 
usages purchased by the user. Typically, the user set of 
25 control data will be created on the basis of the general 
set of control data and include at least a subset there- 
of. A user set of control data need not always be adapted 
for a specific user. All sets of control data which are 
created on the basis of a general set of control data 
30 will be called a user set of control data. Thus, a set of 
control data can be a general set in one phase and a user 
set in another phase. 

The above-mentioned data packaging can be carried 
out by the author himself by means of the data packaging 
35 program 19. As an alternative, the author may send his 
data object to a broker, who inputs the data object and 
the usage conditions determined by the author to the data 
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packaging program 19 in order to create a secure package 
3. The author may also sell his data object to the 
broker. In that case, the broker probably wants to apply 
his own usage conditions to the data packaging program. 
5 The author may also provide the data object in a secure 
package to the broker, who repackages the data object 
and adds further control data which is relevant to his 
business activities. Various combinations of the above 
alternatives are also conceivable. 

10 In the user part 2 of the flow diagram, the secure 

package 40 is received by a user, who must use the user 
program 35 in order to unpackage the secure package 40 
and obtain the data object in a final form 80 for usage. 
After usage, the data object is repackaged into the 

15 secure package 40. 

The different parts of the system and the different 
steps of the method according to the invention will now 
be described in more detail. 
The data provider's data processor: 

20 Fig. 2 is a system block diagram of a data object 

provider's data processor. As mentioned above, the data 
object provider may be an author of a data object, an 
owner of a data object, a broker of a data object or 
anyone else who wants to distribute a data object, while 

25 retaining the control of its usage. The data processor is 
a general or special purpose processor, preferably with 
network capabilities. It comprises a CPU 10, a memory 11 
and a network adapter 12, which are interconnected by a 
bus 13. As shown in Fig. 2, other conventional means, 

30 such as a display 14, a keyboard 15, a printer 16, a bulk 
storage device 17, and a ROM 18, may also be connected to 
the bus 13. The memory 11 stores network and telecommuni- 
cations programs 21 and an operating system (OS) 23. All 
the above-mentioned elements are well-known to the 

35 skilled person and commercially available. For the pur- 
pose of the present invention, the memory 11 also stores 
a data packaging program 19 and, preferably, a database 
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20 intended for control data. Depending upon the current 
operation, one or more data objects 24 can be stored in 
the memory 11 as shown or in the bulk storage 17, The 
data provider's data processor is considered secure. 
5 The Data Packaging Program: 

The data packaging program 19 is used for creating 
control data for controlling the usage of a data object 
and for packaging the data object and the control data 
into a secure package* 
10 As shown in Fig, 3, it comprises a program control 

module 301, a user interface module 302, a packaging 
module 303, a control data creation module 304, an en- 
cryption module 305, one or more format modules 306, and 
one or more security modules 307. 
15 The control module 301 controls the execution of the 

other modules- The user interface module 302 handles 
interaction with the data object provider. The packaging 
module 303 packages the control data and the data object. 
It uses the control data creation module 304, the format 
20 modules 306, the security modules 307 and the encryption 
module 305 as will be described more in detail below. 

The format modules 306 comprise program code, which 
is required to handle the data objects in their native 
format. They can fulfill functions such as data compres- 
25 sion and data conversion. They can be implemented by any 
appropriate, commercially available program, such as by 
means of a routine from the PKWARE Inc. Data Compression 
Library for Windows and the Image Alchemy package from 
Handmade Software Incorporated, respectively. They can 
30 also be implemented by custom designed programs. 

The security modules 307 comprise program code re- 
quired to implement security, such as more sophisticated 
encryption than what is provided by the encryption module 
305, authorization algorithms, access control and usage 
35 control, above and beyond the basic security inherent in 
the data package. 
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The data packaging program 19 can contain many 
different types of both format and security modules. The 
program control module 301 applies the format and secu- 
rity modules which are requested by the data provider. 
5 The encryption module 305 may be any appropriate, 

commercially available module, such as "FileCrypt" Visual 
Basic subprogram found in Crescent Software's QuickPak 
Professional for Windows - FILECRPT.BAS, or a custom 
designed encryption program. 

IQ The control data creation module 304 creates the 

control data for controlling the usage of the data 
object. An example of a control data structure will be 
described more in detail below. 
The Control Data; 

15 The control data can be stored in a header file and 

a usage data file. In a preferred embodiment, the header 
file comprises fields to store an object identifier, 
which uniquely identifies the control data and/or its 
associated data object, a title, a format code, and a 

20 security code. The format code may represent the format 
or position of fields in the usage data file. Alterna- 
tively, the format code may designate one or more format 
modules to be used by the data packaging program or the 
user program. The security code may represent the en- 

25 cryption method used by the encryption module 305 or any 
security module to be used by the data packaging program 
and the user program. The header file fields will be 
referred to as header elements. 

The usage data file comprises at least one field for 

30 storing data which controls usage of the data object. One 
or more usage data fields which represent one condition 
for the usage of the data object will be referred to as a 
usage element. In a preferred embodiment, each usage ele- 
ment is defined by an identifier field, e.g. a serial 

35 number, a size field, which specifies the size of the 
usage element in bytes or in any other appropriate way, 
and a data field. 
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The header elements and the usage elements are con- 
trol elements which control all operations relating to 
the usage of the object ♦ The number of control elements 
is unlimited. The data provider may define any number of 
5 control elements to represent his predetermined condi- 
tions of usage of the data object. The only restriction 
is that the data packaging program 19 and the user pro- 
gram 35 must have compatible program code to handle all 
the control elements. This program code resides in the 

10 packaging module and the usage manager module, to be 
described below. 

Control elements can contain data, script or program 
code which is executed by the user program 35 to control 
usage of the related data object. Script and program code 

15 can contain conditional statements and the like which are 
processed with the relevant object and system parameters 
on the user's data processor. It would also be possible 
to use a control element to specify a specific proprie- 
tary user program which can only be obtained from a par- 

20 ticular broker. 

It is evident that the control data structure de- 
scribed above is but one example. The control data struc- 
ture may be defined in many different ways with different 
control elements. For example, the partitioning of the 

25 control data in header data and usage data is not manda- 
tory. Furthermore, the control elements mentioned above 
are but examples. The control data format may be unique, 
e.g. different for different data providers, or defined 
according to a standard. 

30 The operation of the data packaging program 

The operation of a first embodiment of the data 
packaging program will now be described with reference 
to the block diagram of Fig. 3 and the flow diagram of 
Fig. 4. 

35 First a data provider creates a data object and 

saves it to a file, step 401. When the data packaging 
program is started, step 402, the user interface module 
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302 prompts the data object provider to input, step 4 03, 
the header information consisting of e.g. an object iden- 
tifier, a title of the data object, a format code speci- 
fying any format module to be used for converting the 
5 format of the data object, and a security code specifying 
any security module to be used for adding further secu- 
rity to the data object. Furthermore, the user interface 
module 302 prompts the data object provider to input 
usage information, e.g, his conditions for the usage of 

10 the data object. The usage information may comprise the 
kind of user who is authorized to use the data object, 
the price for different usages of the object etc. The 
header information and the usage information, which may 
be entered in the form of predetermined codes, is then 

15 passed to the control module 301, which calls the packa- 
ging module 303 and passes the information to it. 

The packaging module 303 calls the control data 
creation module 304, which first creates a header file, 
then creates header data on the basis of the header 

20 information entered by the data object provider and 
finally stores the header data, step 404-405. Then a 
usage data file is created, usage data created on the 
basis of the usage information entered by the data pro- 
vider, and finally the usage data is stored in the usage 

25 data file, step 406-407. 

The packaging module 303 then applies any format and 
security modules 306, 307 specified in the header file, 
steps 408-413, to the data object. 

Next, the packaging module 303 concatenates the 

30 usage data file and the data object and stores the result 
as a temporary file, step 414. The packaging module 303 
calls the encryption module 305, which encrypts the tem- 
porary file, step 415. The level of security will depend 
somewhat on the quality of the encryption and key methods 

35 used. 

Finally, the packaging module 303 concatenates the 
header file and the encrypted temporary file and saves 
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the result as a single file, step 416. This final file is 
the data package which may now be distributed by file 
transfer over a network, or on storage media such as CD- 
ROM or diskette, or by some other means. 
5 Example 1 

An example of how the data packaging program 19 can 
be used will now be described with reference to Figs 5 
and 6. In this example the data object provider is a com- 
puter graphics artist, who wants to distribute an image 

10 that can be used as clip art, but only in a document or 
file which is packaged according to the method of the 
invention and which has usage conditions which do not 
permit further cutting or pasting. The artist wants to 
provide a free preview of the image, but also wants to be 

15 paid on a per use basis unless the user is willing to pay 
a rather substantial fee for unlimited use. The artist 
will handle payment and usage authorization on a dial-up 
line to his data processor. 

The artist uses some image creation application, 

20 such as Adobe's Photoshop to create his image. The artist 
then saves the image to file in an appropriate format for 
distribution, such as the Graphical Interchange Format 
(GIF) . The artist then starts his data packaging program 
and enters an object identifier, a title, a format code 

25 and a security code, which in this example are 

"123456789", "image", "a", and "b", respectively. In this 
example, the format code "a" indicates that no format 
code need be applied, and this code is selected since 
the GIF format is appropriate and already compressed. 

30 Furthermore, the security code "b" indicates that no 

security module need be applied and this code is selected 
since the security achieved by the encryption performed 
by means of the encryption module 305 is considered 
appropriate by the artist, 

35 Then the artist enters his dial-up phone number, his 

price for a single use of the image and for unlimited use 
of the data object, a code for usage types approved, and 
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for number of usages approved. For this purpose, the user 
interface module 302 may display a data entry form. 

The data packaging program 19 creates control data 
on the basis of the information entered by the artist and 
5 stores the data in the header file and in the usage data 
file as shown in Figs 5 and 6, respectively. This data 
consitutes a general set of control data which is not 
specifically adapted to a single user, but which indi- 
cates the conditions of usage determined by the artist 
10 for all future users. 

Then the package program 19 concatenates the data 
object and the control data in accordance with steps 
414-416 of Fig. 4 to achieve the secure package. No for- 
mat module or security module is applied to the data 
15 object, since they are not needed according to the data 
in the header file. 

When the secure package has been obtained, the 
artist sends it to a bulletin board, from where it can be 
retrieved by a user. 
20 Example 2 

Below, another embodiment of the data packaging pro- 
gram 19 will be described with reference to Figs 7-12b. 
In this example, the data object consists of a video 
film, which is created by a film company and sent to a 
25 broker together with the predetermined conditions 42 for 
usage of the video. The broker loads the video 24 to the 
bulk storage 17 of his data processor. Then, he uses his 
data packaging program 19 to create a general set of 
control data 50 based on the predetermined conditions 42 
30 for usage indicated by the film company. Furthermore, the 
address to the video in the bulk storage 17 is stored in 
an address table in the control database 20 or somewhere 
else in the memory 11. It could also be stored in the 
general set of control data 50. Finally, the general set 
35 of control data 50 is stored in the control database 20. 
It could also be stored somewhere else in the memory 11. 
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After these operations, which correspond to steps 401-407 
of Fig. 4, the data packaging program is exited. 

Fig. 8a shows the general set of control data for 
the video according to this example. Here the control 
5 data includes an identifier, a format code, a security 
code, the number of usage elements, the size of the data 
object, the size of the usage elements and two usage ele- 
ments, each comprising an identifier field, a size field 
and a data field. The identifier may be a unique number 
10 in a series registered for the particular broker. In this 
example, the identifier is "123456789", the format code 
"0010", which, in this example, indicates the format of a 
AVI video and the security code is "0010". Furthermore, 
the first usage element defines the acceptable users for 
15 the video and the second usage element data defines the 
number of viewings of the video purchased by a user. The 
first usage element data is 1 which, for the purposes of 
this example will signify that only education oriented 
users are acceptable to the film company. The data field 
20 of the second usage element data is empty, since at this 
stage no viewings of the video has been purchased. 
Managing Object Transfer: 

The broker wants to transfer data objects to users 
and enable controlled usage in return for payment of 
25 usage fees or royalties. Managing the broker-user busi- 
ness relationship and negotiating the transaction between 
the broker and the user can both be automated, and the 
control data structure can provide unlimited support to 
these operations. The payment can be handled by trans- 
30 mitting credit card information, or the user can have a 
debit or credit account with the broker which is password 
activated. Preferably, payment should be confirmed before 
the data object is transferred to the user. 
Data packaging: 

35 . When a user wants to use a data object, he contacts 

the broker and requests authorization for usage of the 
data object. When the request for authorization is recei- 
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ved in the broker's data processor, a data program compa- 
res the usage for which authorization is requested with 
the usage control elements of the control data of the 
data object to see if it complies with the predetermined 
5 conditions for usage indicated therein. The comparison 
may include comparing the user type, the usage type, the 
number of usages, the price etc. If the requested usage 
complies with the predetermined conditions the authoriza- 
tion is granted, otherwise it is rejected. 

10 Fig. 9 is a data flow diagram of the data packaging 

on the broker's data processor, which occurs in response 
to a granted request from a user for authorization for 
usage of the video, e.g. a granted request for the pur- 
chase of two viewings. 

15 In response to a granted request, the broker again 

applies the data packaging program 19. The general set of 
control data 50 and the data object 24 are input to the 
program from the control database 20 and the bulk storage 
17, respectively. The program creates a user set of con- 

20 trol data 50 on the basis of the general set of control 
data 50 and concatenates the user set 60 and the data 
object 24 to create a secure data package 40, which may 
then be transferred to the user by any suitable means. A 
copy of the user set of control data is preferably stored 

25 in the broker's control database. This gives the broker a 
record with which to compare subsequent use, e.g. when a 
dial-up is required for usage. 

Fig. 10 is a flow diagram of an exemplary procedure 
used for creating a user set of control data and for 

30 packaging the user set of control data and the video into 
a secure package. Here, the procedure will be described 
with reference to the general set of control data shown 
in Fig. 8a. 

The user set of control data 60, i.e. a set of con- 
35 trol data which is adapted to the specific user of this 
example, is created in steps 1001-1003 of Fig. 11. First, 
the general set of control data 50 stored in the control 
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database is copied to create new control data, step 1001. 
Second, a new identifier, here "123456790", which unique- 
ly identifies the user set of control data, is stored in 
the identifier field of the new control data 60, step 
5 1002, Third, the data field of the second usage element 
is updated with the usage purchased, i.e. in this example 
with two, since two viewings of the video were purchased, 
step 1003- 

The thus-created user set of control data, which 
10 corresponds to the general set of control data of Fig. 8a 
is shown in Fig. 8b. 

The user set of control data is stored in the con- 
trol database 20, step 1004. Then, the video, which is 
stored in the bulk storage 17, is copied, step 1005. The 
15 copy of the video is concatenated with the user set of 

control data, step 1006. The security code 0010 specifies 
that the entire data package 40 is to be encrypted and 
that the user program 35 must contain a key which can be 
applied. Accordingly, the whole data package is encryp- 
20 ted, step 1007. Finally, the encrypted data package is 

stored on a storage media or passed to a network program, 
step 1008, for further transfer to the user. 

Fig. 11 is a memory image of the video 24 and the 
user control data 60. The user control data and a copy of 
25 the video 24 are concatenated as shown in Fig. 12a. The 
encrypted data package 40 is shown in Fig. 12b. 

The procedure of Fig. 10 can be implemented by the 
data packaging program of Fig. 3. As an alternative to 
the procedure of Fig. 10, the user set of control data 
30 can be created as in steps 1001-1003 and saved in a 

header file and in a usage data file, whereafter steps 
408-416 of the data packaging program of Fig. 4 can be 
performed to create the secure package. 

The above-described process for creating a user- 
35 adapted set of control data may also be used by a user 
who wants to redistribute a data object or by a broker 
who wants to distribute the data object to other brokers. 
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Obviously, redistribution of the data object requires 
that redistribution is a usage approved of in the control 
data of the data object. If so, the user or the broker 
creates a user set of control data by adding new control 
5 elements and possibly changing the data fields of old 
control element to reflect the relation between the 
author and the current user/broker and between the cur- 
rent user/broker and the future user/broker. In this way, 
an audit trail is created. 

10 The user's data processor: 

The user's data processor, which is shown in Fig. 
13, is a general or special purpose processor, preferably 
with network capabilities. It comprises a CPU 25, a 
memory 26, and a network adapter 27, which are intercon- 

15 nected by a bus 28. As shown in Fig. 13, other conven- 
tional means, such as a display 29, a keyboard 30, a 
printer 31, a sound system 32, a ROM 33, and a bulk 
storage device 34, may also be connected to the bus 28. 
The memory 26 stores network and telecommunications pro- 

20 grams 37 and an operating system (OS) 39. All the above- 
mentioned elements are well-known to the skilled person 
and commercially available. For the purpose of the pre- 
sent invention, the memory 26 also stores a user program 
35 and, preferably, a database 36 intended for the con- 

25 trol data. Depending upon the current operation, a data 
package 40 can be stored in the memory 26, as shown, or 
in the bulk storage 34. 
The user program: 

The user program 35 controls the usage of a data 

30 object in accordance with the control data, which is in- 
cluded in the data package together with the data object. 

As shown in Fig. 14, the user program 35 comprises a 
program control module 1401 a user interface module 1402, 
a usage manager module 1403, a control data parser module 

35 1404, a decryption module 1405, one or more format modu- 
les 1406, one or more security modules 1407, and a file 
transfer program 1409. 



wo 96/24092 



21 



PCr/SE96/00115 



The control module 1401 controls the execution of 
the other modules. The user interface module 1402 handles 
interactions with the user. The usage manager module 1403 
unpackages the secure package 40. It uses the control 
5 data parser module 1404, the decryption module 1405, the 
format modules 1406, and the security modules 1407. 

The format modules 1406 comprise program code, which 
is necessary to handle the data objects in their native 
format, such as decompression and data format procedures. 
10 The security modules 1407 comprises program code required 
to implement security above the lowest level, such as 
access control, usage control and more sophisticated de- 
cryption than what is provided by the basic decryption 
module 1405. 

15 The user program 35 can contain many different types 

of both format and security modules. However, they should 
be complementary with the format and security modules 
used in the corresponding data packaging program. The 
usage manager module 1401 applies the format and security 

20 modules which are necessary to use a data object and 
which are specified in its control data. If the proper 
format and security modules are not available for a par- 
ticular data object, the usage manager module 1401 will 
not permit any usage. 

25 The decryption module 1405 can be the above-mentio- 

ned FileCrypt Visual Basic subprogram or some other com- 
mercially available decryption program. It can also be a 
custom designed decryption module. The only restriction 
is that the decryption module used in the user program is 

30 complementary with the encryption module of the data 
packaging program. 

The control data parser module 1403 performs the 
reverse process of the control data creation module 304 
in Fig. 3. 

35 The user program 35 can have code which controls use 

of the program by password or by any other suitable 
method. A password may be added in a password control 
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element during packaging of the data object. The password 
is tranferred to the user by registered mail or in any 
other appropriate way. In response to the presence of the 
password control element in the control data structure, 
the user program prompts the user to input the password. 
The input password is compared with the password in the 
control data, and if they match, the user program conti- 
nues, otherwise it is disabled. 

The user program 35 can also have procedures which 
alter the behavior of the program (e.g. provide filters 
for children) according to the control data of the user 
object 41. It is important to mention that the user pro- 
gram 35 never stores the object in native format in user 
accessible storage and that during display of the data 
15 object the print screen key is trapped. 

The file transfer program 1409 can transfer and 
receive files via network to and from other data pro- 
cessor . 

Since the data object is repackaged into the secure 
20 package after the usage, the user program should also 

include program code for repackaging the data object. The 
program code could be the same as that used in the cor- 
responding data packaging program 19. It could also be a 
separate program which is called from the user program. 
25 Operation of the user program: 

The operation of an embodiment of the user program 
35 will now be described with reference to the block 
diagram of Fig. 14 and the flow diagram of Fig. 15. 

First the user receives a data package 40 via file 
30 transfer over a network, or on a storage media such as 
CD-ROM or diskette, or by any other appropriate means, 
step 1501. He then stores the data package as a file on 
his data processor, step 1502. 

When the user wants to use the data object, he 
35 starts the user program 35, step 1503. Then he requests 
usage of the data object, step 1504. The request is 
received by the user interface module 1402, which noti- 
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fies the control module 1401 of the usage request. The 
control module 1401 calls the usage manager module 1403 
and passes the usage request. 

The usage manager module 1403 reads the format code 
5 from the data package to determine the control data for- 
mat. Then it calls the decryption module 1405 to decrypt 
and extract the control data from the data package. The 
usage manager module 1403 applies the decryption module 
1405 incrementally to decrypt only the control data. 
10 Finally, it stores the control data in memory, step 1505. 

The usage manager module 1403 then calls the control 
data parser module 1404 to extract the data fields from 
the usage elements. 

The usage manager module 1403 then compares the user 
15 request for usage with the corresponding control data, 

steps 1506-1507. If the requested usage is not permitted 
in the control data, the requested usage is disabled, 
step 1508. However, if the requested usage is approved of 
in the control data, the usage manager module 1403 app- 
20 lies any format and security modules 1406, 1407 specified 
in the header data or usage data, steps 1509-1514, to the 
data package* 

Then the usage manager module 1403 calls the decryp- 
tion module 1405, which decrypts the object data, step 

25 1515, whereafter the requested usage is enabled, step 
1516. In connection with the enabling of the usage, the 
control data may need to be updated, step 1517. The con- 
trol data may for instance comprise a data field indica- 
ting a limited number of usages. If so, this data field 

30 is decremented by one in response to the enabling of the 
usage. When the user has finished usage of the data 
object, the user program 35 restores the data package in 
the secure form by repackaging it, step 1518. More 
particularly, the data object and the usage elements are 

35 reconcatenated and reencrypted. Then the header elements 
are added and the thus-created package is stored in the 
user's data processor. 
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Example 1 contd. 

A specific example of how the user program operates 
will now be described with reference to Figs 6 and 15. 
The example is a continuation of Example 1 above, where 
5 an artist created an image and sent it to a bulletin 
board. 

Assume that a user has found the image at an elec- 
tronic bulletin board (BBS) and is intrested in using it. 
He then loads the data package 40 containing the image to 

10 his data processor and stores it as a file in the bulk 
storage. The user then executes the user program 35 and 
requests to preview the image. The user program then per- 
forms steps 1505-1507 of the flow diagram in Fig. 15, The 
request for a preview of the image is compared with the 

15 data field of the usage element "code for usage type 

approved". In this example^ the code "9" designates that 
previews are permitted. Thus, the requested preview is 
OK. Then, the user program 35 performs step 1509-1515 of 
Fig. 15. Since the format code "a" and the security code 

20 "b" of the header data indicate that neither conversion, 
nor decompression, nor security treatment is required, 
the user program only decrypts the object data. The usage 
manager module 1403 then displays the preview on the 
user's data processor and passes control back to the user 

25 interface 1402. 

When the user is finished previewing the image, the 
user interface module 1402 displays the costs for usage 
of the image in accordance with the price usage data of 
the control data ("price for single use" and "price for 

30 unlimited use" in Fig. 6) and prompts the user to enter a 
purchase request. The user decides to buy unlimited use 
of the image, and the user interface module 1402 inputs 
purchase information, such as an identification, billing, 
and address for that request and passes the request to 

35 the control module 1401. The control module calls the 
file transfer program 1409, which dials the artist's 
dial-up number as indicated in the usage data ("control 
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element for artist's phone number" in Fig. 6) and trans- 
fers the request and purchase information to a broker 
program on the artist's data processor. Upon approval of 
the purchase, the broker program returns a file contain- 
5 ing an update for "usage type approved" control elements. 
The update is "10" for the usage type approved, which in 
this example indicates that unlimited use by that user is 
permitted. The file transfer program 1409 passes this 
update to the usage manager module 1403 which updates the 

10 control data with the "usage type approved" code. The 
user interface module 1402 then displays a confirmation 
message to the user. 

Subsequently, the user interface module inputs a 
request to copy the image to a file packaged according to 

15 this invention, on the user's machine. The usage manager 
module then compares the user request control data. The 
usage manager module examines the data filed for "usage 
type approved", which now is "10". The usage manager 
module copies the image to the file. 

20 When the user is finished with the image, the usage 

manager module 1403 repackages the image as before except 
with updated control data. This repackaging process is 
exactly like that shown in Fig. 4, except that the header 
and usage data already exist, so the process starts after 

25 step 406 where control data is created. 
Improved security 

If the data object provider wants to improve the 
security of a data package containing a data object, a 
security module 307 containing a sophisticated encryption 

30 algorithm, such as RSA, could be used. In that case the 
packaging module 303 calls the security module 307 in 
step 412 of the flow diagram of Fig. 4. The security 
module encrypts the image and passes a security algorithm 
code to the control data creation module 302, which adds 

35 a control element for the security module code, which 
will be detected by the user program 35. Then the data 
packaging continues with step 414. When the data package 
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is sent to the user, the public key is mailed to the user 
by registered mail. When the user program is executed in 
response to a request for usage of this data object, the 
usage manager module will detect the security module code 
5 in the control data and call the security module. This 
module passes control to the user interface module 1402, 
which requests the user to input the public key. If the 
key is correct, the user security module applies comple- 
mentary decryption using that key and passes a usage 

10 approved message to the usage manager module, which en- 
ables the usage. 

As another example of improved security, a security 
module may implement an authorization process, according 
to which each usage of the data object requires a dial-up 

15 to the data processor of the data object provider. When 

the corresponding security module code is detected by the 
user program 35, the relevant security module is called. 
This module passes a request for authorization to the 
control module 1401, which calls the file transfer pro- 

20 gram 1409, which dial the data object provider's dial-up 
number, which is indicated in a usage element and trans- 
fers the request for authorization of usage. Upon a 
granted authorization, the data provider's data processor 
returns a usage approved message to the user security 

25 module, which forwards the approval tl the usage control 
module, which enables one usage. If the user requests 
further usages of the data object, the authorization pro- 
cess is repeated. This procedures results in a permanent 
data object security. 

30 Example 2 contd. 

A further specific example of how the user program 
35 operates will now be described with reference to Fig, 
16. The example is a continuation of Example 2 above, 
where a user purchased two viewings of a video film from 

35 a broker. 

The user wants to play the video which was purchased 
and transferred from the broker. The user applies the 
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user program 35, step 1601, and requests to play the 
video, step 1602. The user program 35 first examines the 
user set of control data 60, step 1603. In this example, 
the user program 35 contains only those format and secu- 
5 rity modules for objects with format code of 0010 and 
with a security code of 0010. Consequently, only those 
types of data objects may be used. If the program encoun- 
ters other codes it will not enable the usage action, 
step 1604-1605. 

10 Next, the user program 35 compares the first control 

element data which is 1, for educational users only, to 
user information entered by the user on request of the 
user program. Since the user type entered by the user is 
the same as that inicated in the first usage element the 
15 process continues, steps 1606-1607. Then the user program 
checks the second control element data which specifies 
that the number of plays purchased is 2. Consequently, 
the usage is enabled, step 1609. The user program applies 
the decryption module with the universal key and the AVI 
20 format video is displayed on the display unit 29. Then, 
the second control element data is decremented by one, 
step 1610. Finally, the video is repackaged, step 1611 
Implementation of Variable and Extensible Object Control: 
Object control is achieved through the interaction 
25 of the data packaging program 19 and the usage program 35 
with the control data. Variation of object control can be 
applied to a particular object by creating a control data 
format with control elements defining the control varia- 
tion and the circumstances in which the variation is app- 
30 lied. Program procedures should then be added to program 
modules to process the control elements. For example, 
suppose a broker wants to allow students to print a par- 
ticular article for free but require business users to 
pay for it. He defines control elements to represent the 
35 user types student and business and the associated costs 
for each. He then adds program logic to examine the user 
type and calculate costs accordingly. Object control is 
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extensible in the sense that the control data format can 
have as many elements as there are parameters defining 
the rules for object control. 

Implementation of Variable and Extensible Object 
5 Security: 

Object security is also achieved through the inter- 
action of the data packaging program 19 and the user pro- 
gram 35 with the control data. Security process and en- 
cryption/decryption algorithms can be added as program 

10 modules. Variation of object security can be applied to a 
particular object by creating a control data format with 
control elements defining the security variation and the 
circumstances in which the variation is applied. Program 
procedures should be added to program modules to process 

15 the control elements. For example, suppose a broker wants 
to apply minimal security to his collection of current 
news articles but to apply tight security to his encyclo- 
pedia and text books. He defines a control element for 
security type. He then adds program logic to apply the 

20 security algorithms accordingly. Object security is 

extensible in the sense that multiple levels of security 
can be applied. The level of security will of course be 
dependent on the encryption/key method which is implemen- 
ted in the security modules. One level of security may be 

25 to require online confirmation when loading a data object 
to the user's data processor. This can be implemented in 
program code in a security module. This permits the bro- 
ker to check that the object has not already been loaded 
as well as double check all other parameters. 

30 It is also important to have version control with 

time stamping between the usage program and the user' s 
control database. Otherwise the database can be duplica- 
ted and reapplied to the user program. The user program 
can place a time stamp in the control database and in a 

35 hidden system file each time the control database is 

accessed. If the time stamps are not identical, the con- 
trol database has been tampered with and all usage is 
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disabled. Program code for handling time stamps can 
reside in a security module. 
Handling Composite Objects: 

A composite object can be handled by defining a con- 
5 trol data format with control elements defining relation- 
ships between constituent objects and by defining a 
parent/child element and a related object id element. For 
example, suppose a broker wants to include a video and a 
text book in an educational package. He creates a parent 

10 object with control elements referring to the video and 
textbook objects. He also includes control elements in 
the control data for the video object and the textbook 
object referring to the parent object. Finally, he adds 
program procedures to program modules to process the 

15 control elements. 

In other words, when the data object is a composite 
data object including at least two constituent data 
objects, a respective general set of control data is 
created for each of the constituent data object and the 

20 composite data object. In response to a request from a 
user, a respective user set of control data is created 
for each of the constituent data objects as well as for 
the composite data object. 

Examples of various data package structures for 

25 composite objects are given in Fig. 17. 

Another side of composite objects is when the user 
wants to combine data objects for some particular use. 
Combination is a usage action that must be permitted in 
each constituent data object. A new data object is 

30 created with control data linking the constituent data 

objects. Each constituent data object retains its origi- 
nal control data which continues to control its subse- 
quent usage. 

When a user requests authorization for usage of one 
35 constituent data object in a composite data object, a 

user set of control data is created only for that consti- 
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tuent data object and concatenated only with a copy of 
that constituent data object - 
Scaleable Implementation; 

The flexible control data structure and modular pro- 
5 gram structure permit almost boundless extensibility with 
regard to implementation of the owner's requirements for 
usage control and royalty payment. The control data 
structure can include control elements for complex user 
types, usage types, multiple billing schemes, artistic or 

10 ownership credit requirements and others. Security modu- 
les can be included which interact with any variation of 
the control data structure and the control data. Security 
modules could require a dial up to the brokers data pro- 
cessor to approve loading or usage actions and to imple- 

15 ment approval authentication mechanisms. 
User acting as a broker: 

A limited or full implementation of the broker' s 
data packaging program can be implemented on the user's 
machine to permit further distribution or reselling. How- 

20 ever, only those data objects with control data permit- 
ting further distribution or reselling are enabled in 
that way. 
Rebrokering 

An author of a data object may want to allow his 
25 original broker to distribute his data objec to other 
brokers whom will also distribute his image. He then 
includes a control element which enables rebrokering in 
tne control data before distributing the data object with 
its associated control data to the origingal broker. Upon 
30 request for rebrokering, the original broker copies the 
general set of control data and updates the copy to 
create a user set of control data which will function as 
the general set of control data on the subsequent brokers 
data processor. The original broker packages the data 
35 object with the user set of control data and transfers 
the package to the subsequent broker. The subsequent 
broker then proceeds as if he were an original broker. 
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Automated transaction negotiation 

This is an example of how the predetermined condi- 
tions for usage included in the control data can be used 
for achieving automated transaction negotiation. 
5 Suppose some company wnats to provide a computer 

automated stock trading. Buy and sell orders could be 
implemented in the form of data packages and a user pro- 
gram could process the data packages and execute trans- 
actions. Data packages could carry digital cash and 
10 manage payment based on conditions defined in the control 
data. 

In this example, the buy order is created using a 
data packaging program according to the invention on the 
buyer's data processor. The sell order is created using 
15 the data packaging program on the seller's data proces- 
sor. Both orders are used by the the user program on the 
stock trader's data processor. The usages would take the 
form of using a sell order data package to sell stock and 
a buy order data package to buy stock. The rules or con- 
20 ditions for buying and selling stocks could be indicated 
in the control data of the packages. The data object con- 
sists of digital money. In this context it is important 
to remember that digital money is merely data which 
references real money or vitual money that is issued and 
25 maintained for the purpose of digital transactions. 
In this example the buyer starts with a digital 
money data file. He uses the data packaging program to 
create control data, e.g. kind of stock, price, quantity, 
for the purchase, and he then packages the digital money 
30 data file and the control data into a secure package as 
described above. 

The seller starts with an empty data file. This 
empty file is analogous to the digital money data file 
except it is empty. The seller creates control data, e.g. 
35 kind of stock, price, quantity, and packages the empty 
file and the control data into a secure package. 
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Both the sell order package and the buy order pack- 
age are transferred to the data processor of the stock 
trading company, where they are received and stored in 
the memory- The user program of the stock trading company 
5 examines the control data of the buy and sell order 

packages in the same way as has been described above and 
looks for a match. Upon identifying matched buy and sell 
orders the user program executes a transaction, whereby 
the digital money is extracted from the buy order data 

10 package and transferred to the sell order package. Then 
the control data of the data packages is updated to 
provide an audit trail. Both packages are repackaged in 
the same manner as they were previously packaged and then 
transferred back to their authors. 

15 The above described technique could be used for 

selling and buying any object as well as for automated 
negotiations. Payment may be carried out in other ways 
than by digital money. 

In the general case, the data processor of the user 

20 decrypts the usage control elements of the user sets of 
control data and examines the usage control elements to 
find a match. In response to the finding of a match, the 
user' s data processor carries out an action which is 
specified in the user set of control data. 



25 



wo 96/24092 



33 



PCT/SE96/00115 



CLAIMS 

1. A method for managing a data object so as to 
comply with predetermined conditions for usage of the 

5 data object, comprising the steps of: 

- storing the data object in a memory device, where 
it is accessible by means of a data object provider's 
data processor; 

- creating, by said data processor, a general set of 
10 control data for the data object based on said predeter- 
mined conditions for usage, said general set of control 
data comprising at least one or more usage control ele- 
ments defining usages of the data object which comply 
with said predetermined conditions; 

15 - storing said general set of control data in a 

memory device, where it is accessible by said data pro- 
cessor; 

- concatenating the general set of control data with 
a copy of the data object; and 

20 - encrypting at least the copy of the data object 

and said one or more usage control elements to create a 
secure data package which is ready for transfer to a 
user . 

2. A method as set forth in claim 1, wherein the 
25 step of encrypting comprises encrypting the data object 

and the general set of control data, 

3. A method as set forth in claims 1 or 2, wherein 
the step of creating control data comprises creating an 
identifier which uniquely identifies the general set of 

30 control data. 

4. A method as set forth in claims 1, 2 or 3, where- 
in the step of creating a general set of control data 
comprises creating a security control element which iden- 
tifies a security process to be applied before usage of 

35 the data object is allowed. 

5. A method as set forth in any of the preceding 
claims, wherein the step of creating a general set of 
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control data comprises creating a format control element 
which identifies the format of the control data. 

6. A method as set forth in any of the preceding 
claimS/ comprising the further steps of: 

5 " creating, in response to a request for authoriza- 

tion for usage of the data object by a user, a user set 
of control data, which comprises at least a subset of the 
general set of control data, including at least one of 
said usage control elements; 
10 - using the user set of control data instead of the 

general set of control data in said concatenating step; 

- using the at least one usage control element of 
the user set of control data instead of the one or more 
usage control elements of the general set of control data 

15 in the encrypting step; 

- checking, before allowing transfer of the data 
package to the user, that said request for authorization 
for usage of the data object has been granted, 

7. A method as set forth in any of the preceding 

20 claims, further comprising the steps of receiving in said 
data processor the request for authorization for usage by 
a user; comparing the usage for which authorization is 
requested with said one or more usage control elements of 
the general set of control data and granting the authori- 

25 zation if the usage for which authorization is requested 
complies with the usages defined by said one or more 
usage control elements, 

8. A method as set forth in claim 7, further compri- 
sing the step of securing payment for the requested 

30 authorization for usage before granting the authoriza- 
tion. 

9. A method as set forth in any one of claims 6-8, 
wherein the data object is composed of at least two con- 
stituent data objects and wherein the user set of control 

35 data, in response to a request for authorization for 

usage of one of said constituent data objects by a user, 
is created only for that constituent data object and 
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concatenated only with a copy of that constituent data 
object. 

10. A method as set forth in any one of claims 6-9, 
wherein the data provider's data processor is connected 
5 to a data network and the request for authorization is 
received from a data processor of the user, which is also 
connected to the data network, further comprising the 
step of transferring the data package through the data 
network to the user's data processor. 

10 11. A method as set forth in any one of claims 6-8 

or 10, wherein the data object is a composite data object 
including at least two constituent data objects and 
wherein the step of creating a general set of control 
data comprises the step of creating a respective general 

15 set of control data for each of the constituent data 
objects and the composite data object and wherein the 
step of creating a user set of control data comprises the 
step of creating a respective user set of control data 
for each of the constituent data objects and the compo- 

20 site data object. 

12. A method as set forth in any one of claims 6-11, 
comprising the further step of storing a copy of the user 
set of control data in the data object provider's proces- 
sor. 

25 13. A method as set forth in any of the preceding 

claims, comprising the further steps of: 

- receiving the data package in a user's data pro- 
cessor; 

- storing the data package in a memory device where 
30 it is accessible by means of the user's data processor; 

- decrypting said one or more usage control ele- 
ments; 

- checking, in response to a request by the user for 
usage of the data object, whether the requested usage 

35 complies with the usage defined by the at least one usage 
control element of the general set of control data; 
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- decrypting, in response to the requested usage 
complying with the usage defined by the at least one 
usage control element of the general set of control data, 
the data object and enabling the requested usage, other- 

5 wise disabling it. 

14. A method as set forth in any one of claims 6-12, 
comprising the further steps of: 

- receiving the data package in a user's data pro- 
cessor; 

10 - storing the data package in a memory device where 

it is accessible by means of the user's data processor; 

- decrypting the at least one usage control element 
of the user set of control data; 

- checking, in response to a request by the user for 
15 usage of the data object, whether the requested usage 

complies with the usage defined by the at least one usage 
control element of the user set of control data; 

- decrypting, in response to the requested usage 
complying with the usage defined by the at least one 

20 usage control element of the user set of control data, 

the data object and enabling the requested usage, other- 
wise disabling it. 

15. A method as set forth in claims 13 or 14, com- 
prising the further steps of reconcatenating, after the 

25 usage of the data object, the data object and the one or 
more usage control elements, reencrypting at least the 
data object and the one or more usage control elements, 
and storing the thus-repackaged data package in the 
memory of the user's data processor. 

30 16. A method for controlling the usage by a user of 

a data object so as to comply with predetermined condi- 
tions for usage of the data object, comprising the steps 
of: 

- storing a data package in a memory device, where 
35 it is accessible by means of a data processor of the 

user, said data package comprising the data object and 
control data, which comprises at least one usage control 
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element defining a usage of the data object which comp- 
lies with the predetermined conditions, the data object 
and said at least one usage control element being en- 
crypted; 

5 - receiving a request by the user for usage of the 

data object; 

- decrypting the control data; 

- checking, in response to the request by the user 
for usage of the data object, whether the requested usage 

10 complies with the usage defined by the at least one usage 
control element of the control data; 

- decrypting, in response to the requested usage 
complying with the usage defined by the at least one 
usage control element of the control data, the data 

15 object and enabling the requested usage, otherwise dis- 
abling it. 

17. A method as set forth in claim 16, wherein the 
usage control element is updated after the usage of the 
data object. 

20 18. A method as set forth in claims 16 or 17, where- 

in said control data comprises an indication of the 
number of times the user is authorized to use the data 
object in accordance with said at least one user control 
element; wherein the requested usage of the data object 

25 is only enabled when said number of times is one or more; 
and wherein said number of times is decremented by one 
when the requested usage is enabled. 

19. A method as set forth in any one of claims 
16-18, wherein the control data comprise a security con- 

30 trol element, and further comprising the step of carrying 
out, before each usage of the data object, a security 
procedure defined in the security control element. 

20. A method as set forth in any one of claims 
16-19, wherein the step of checking whether the requested 

35 usage complies with the usage defined by the at least one 
usage control element comprises the step of checking that 
the user's data processor is capable of carrying out the 
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security procedure specified in the security control ele- 
ment of the user set of control data, and if not, dis- 
abling the usage. 

21. A method as set forth in any one of claims 

5 16-20, comprising the further steps of reconcatenating, 
after the usage of the data object, the data object and 
the one or more usage control elements, reencrypting at 
least the data object and the one or more usage control 
elements, and storing the thus-repackaged data package in 
10 the memory of the user's data processor. 

22. A system for managing a data object so as to 
comply with predetermined conditions for usage of the 
data object, comprising 

- first means in the data object provider's data 

15 processor for creating a general set of control data for 
the data object based on the predetermined conditions for 
usage, said general set of control data comprising at 
least one or more usage control elements defining usages 
of the data object which comply with the predetermined 

20 conditions; 

- storing means, which are accessible by means of 
said data processor, for storing the data object and the 
general set of control data; 

- concatenating means for concatenating the general 
25 set of control data with a copy of the data object; and 

- encrypting means for encrypting the copy of the 
data object and at least said one or more usage control 
elements to create a secure data package, which is ready 
for transfer to a user, 

30 23. A system as set forth in claim 22, further com- 

prising 

- second means in said data processor for creating, 
in response to a request for authorization for usage of 
the data object by a user, a user set of control data, 

35 which comprises at least a subset of the general set of 
control data, which subset comprises at least one of said 
usage control elements; and 
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- checking means in said data processor for checking 
that said request for authorization for usage of the data 
object has been granted before allowing transfer of the 
data package to the user. 

5 24. A system as set forth in claims 22 or 23, where- 

in the general set of control data comprises a control 
data element which defines the right to further distribu- 
tion of the data object by the user. 

25. A system for controlling the usage by a user of 
10 a data object so as to comply with predetermined condi- 
tions for usage of the data object, comprising 

- storing means for storing a data package which 
comprises a data object and a control data comprising at 
least one usage control element defining a usage of the 

15 data object which complies with the predetermined condi- 
tions; 

- means for decrypting the at least one usage con- 
trol element and the data object; 

- checking means for checking whether a usage re- 
20 quested by the user complies with the usage defined by 

said at least one usage control element; 

- enabling means for enabling the usage requested by 
the user when the usage complies with the usage defined 
by said at least one usage control element; and 

25 - disabling means for disabling the usage requested 

by the user when the usage does not comply with the usage 
defined by said at least one usage control element. 

26. A system as set forth in claim 25, further 
comprising means for repackaging the data object after 

30 usage thereof. 

27. A method for controlling the usage by a user of 
data objects so as to comply with predetermined condi- 
tions for usage of the data objects, comprising the steps 
of: 

35 - storing at least two data packages in a memory 

device, where they are accessible by a data processor of 
the user, each said data package comprising a data object 
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and a user set of control data, which comprises at least 
one usage control element defining a usage of the data 
object which complies with the predetermined conditions, 
the data object and said at least one usage control 
5 elements being encrypted; 

- decrypting the usage control elements of the user 
sets of control data; 

- examining the usage control elements of said at 
least two data packages to find a match; 

10 - using, in response to the finding of a match, the 

data processor to carry out an action, which is specified 
in the user sets of control data. 

28. A method as set forth in claim 27, comprising 
the further steps of updating the usage control element 

15 of each data package, reconcatenating after the usage of 
the data objects, each of the data object and its usage 
control element, reencrypting each of the concatenated 
data objects and its usage control element and trans- 
ferring the repackaged data objects to their creators. 
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